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(54) File distribution system and method thereof 



(57) In a file distribution system, an information 
management unit (10) receives information of data file 
version of a target terminal (2) together with information 
of hardware type of the terminal (2) and directly refer- 
ences thereto, thereby deciding the file version and 
hardware type of the terminal, and a file extracting unit 



(11) selectively extracts a referenced distribution file 
from the distribution files, based on the decision result 
made by the information management unit (10), and the 
reference versions of the distribution files together with 
hardware type information of the terminal are installed 
in the distribution side without installing the information 
of the file versions of the terminal. 
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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] The present invention relates to a file distribu- 
tion system and method thereof including a function of 
a host computer in connection with one or more termi- 
nals, distributing data files to the terminals under man- 
agement of versions of program applications and data 
files for use in operating the terminals. 

Description of the Prior Art 

[0002] In conventional version up systems for updat- 
ing program version numbers of data files or applica- 
tions using networks, there has been used a file distri- 
bution system in which copying operations of data files 
are performed as many as times corresponding to the 
number of individual terminals and the copied data files 
are installed to thereby change the old data files and 
applications into those of new versions in the terminals. 
Otherwise, there has been used another type of distri- 
bution system in which a host computer connected with 
terminals or an intermediate computer interposed be- 
tween the host computer and each terminal connected 
therewith is installed with version management informa- 
tion relating to each terminal and with new data or ap- 
plications of new versions, so that, based on the version 
managennent information, new data files or applications 
are distributed to a desired terminal requiring a version- 
up process. 

[0003] Meanwhile, in the case where only one com- 
puter is used alone, when there is caused a defect due 
to a hardware or a serious difficulty or trouble such that 
a system per se Is destroyed, the system corresponding 
to the hardware type thereof must. be reinstalled with da- 
ta files from the initial stage. 

[0004] Fig. 9 shows an example of a conventional 
construction of a file distribution system. In this con- 
struction, a host computer 100 is connected to a terminal 
300 via an intermediate computer 200 interposed be- 
tween the host computer 1 00 and the terminal 300. Oth- 
erwise, the host computer 1 00 may be directly connect- 
ed to the terminal 300 without using an intermediate 
computer. The host computer 100 includes a version 
management portion 101 for managing a program ver- 
sion of a subordinate station and a distribution file stor- 
age portion 102 for storing a distribution data file to be 
distributed to a desired subordinate station. 
[0005] The Intermediate computer 200 includes a ver- 
sion management portion 201 managing a program ver- 
sion of the terminal, distribution file storage portion 202 
for storing a distribution data file to be distributed to a 
desired terminal, a version memory portion 203 for stor- 
ing a program version of the intermediate computer 200 
per se, and a file memory portion 204. The terminal 300 



includes a version management portion 301 for manag- 
ing a program version of the terminal per se and a ver- 
sion memory portion 302 for memorizing the program 
version of the terminal 300 per se. 
5 [0006] In the case where the host computer 1 00 is di- 
rectly connected to the terminal 300 without using an 
Intermediate computer, the program version of the ter- 
minal 300 is informed to the version management por- 
tion 101 of the host computer 100 at the timing of start 
10 of the communication between the host computer 100 
and the terminal 300. Then, in the host computer 100. 
the informed version of the terminal is compared with 
the version of the terminal 300 stored by the version 
management portion 101 . When the informed version is 
15 not coincident with the managed one stored in the ver- 
sion management portion 101, a version-up file is dis- 
tributed from the distribution file storage portion 102 of 
the host computer 1 00 to the terminal 300. In the termi- 
nal 300 distributed with the version-up file, the distribut- 
ee ed version-up file is stored in the version management 
portion 301 to update the old version of the version 
memory portion 302 in the terminal 300. 
[0007] Similarly, in the case where the intermediate 
computer 200 is interposed between the host computer 
25 100 and the terminal 300, the terminal version is com- 
pared with the version of the terminal 300 managed by 
the terminal version management portion 201 in the in- 
termediate computer 200. When the informed terminal 
version is not coincident with the managed one, a ver- 
30 sion-up file is distributed from the intermediate computer 
200 to the terminal 300. 

[0008] In the conventional file distribution system, 
however, it is essentially necessary that the information 
of the program versions of all of the terminals should be 

35 held not only in each terminal but also in the host com- 
puter and/or intermediate computer. Accordingly, as the 
number of the terminals is increased, the information of 
the version management of the terminals to be stored 
in the version management portions 101 and/or 201 of 

40 the host and intermediate computers is increased in 
amount in proportion thereto, which is wasteful of re- 
sources. 

[0009] Moreover, since the number of hardware types 
of the terminals is generally by far smaller than the 
45 number of the terminals connected to the network sys- 
tem, therefore the information of the versions of the ter- 
minals are mostly overlapped. 

[0010] Furthermore, the performance of each termi- 
nal is remarkably improved in a short time recently, and 

so accordingly the applications to be installed in each ter- 
minal are increased in function and the process thereof 
tends to be more and more complicated. Therefore, 
there has been a problem that, even if the same data 
file is treated, when applications are successively up- 

55 dated, some performance of the terminals can not be 
used for the newly updated function thereof, otherwise, 
although the data file of the application of the old version 
can be used for the newly updated version, the data file 
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of the application of the new version can not be used for 
the old version application, 

SUMMARY OF THE INVENTION 

[0011] The present invention has been developed 
with a view to substantially solving the above described 

disadvantages. Accordingly, an essential objective of 
the present invention is therefore to provide a noble file 
distribution system of a simple construction in which da- 
ta file versions of each terminal and information of types 
in hardware of the terminals are directly referenced by 
a host computer so that a version-up file is distributed 
only to a terminal requiring the version up. Moreover, 
the distribution files are ranked in level so that, with re- 
gard to the tower ranked files in version up, each termi- 
nal side is authorized to determine whether or not the 
version-up file is to be distributed from the host compu- 
ter to the terminal. 

[0012] In order to achieve the above objective, ac- 
cording to an aspect of the present invention, a file dis- 
tribution system which is a combination of a file distribu- 
tion device and a plurality ,of terminals subordinately in- 
terconnected thereto, said file distribution device com- 
prises: 

management means for receiving information of da- 
ta file version of a target terminal together with in- 
formation of hardware type of the terminal transmit- 
ted from the terminal and directly referencing there- 
to, thereby deciding the file version and hardware 
type of the terminal; 

storage means for storing distribution files to be dis- 
tributed to the terminal when requiring a version up 
thereof; and 

file extracting means for selectively extracting a ref- 
erenced distribution file from the distribution file 
storage means, based on the decision result made 
by the management means. 

[0013] The file distribution device further includes da- 
tabase means for storing reference versions of the dis- 
tribution files together with hardware type information of 
the terminal, without installing the information of the file 
versions of the terminals in the file distribution device. 
[0014] The file distribution device further includes 
rank information storage means for storing rank infor- 
mation of the distribution files and ranking the distribu- 
tion files in levels. 

[0015] In another aspect of the present invention, 
adapted to the case where the distribution data file is 
dependent on the versions of applications, the file dis- 
tribution device further includes a data conversion 
means connected to said file extracting means for con- 
verting the distribution file to a data file having a version 
corresponding to a target application version. 
[0016] In further another aspect of the present Inven- 
tion, a file distribution method for distributing a file from 



a file distribution side to a file receiving side, comprises 
the steps of: 

searching information of the version data and hard- 
5 ware type information, upon receipt of the version 

data and hardware type information from the file re- 
ceiving side; 

judging whether or not the file to be distributed ex- 
ists in the file distribution side; 

10 deciding the kind of the terminal in hardware and 
file version of the file receiving side; 
judging, based on the decision result made by the 
deciding step, whether or not there exists a file to 
be distributed to the file receiving side; and 

75 extracting a desired distribution file with reference 

to the hardware type and version management in- 
formation, based on the version data transmitted 
from said file receiving side. 

20 [0017] By this arrangement, the file distribution device 
is adapted to obtain information of a data file version of 
each terminal every distribution process, and therefore 
it is not needed for the file distribution device to store 
the file versions of all the terminals, increasing efficient 

25 usage of resources. 

[0018] Moreover, in the present invention, the distri- 
bution decision of a file is given to a terminal per se, and 
the data file is converted to a data file having a version 
in coincident with the application version of the target 

30 terminal, and accordingly, waste file distribution can be 
avoided to thereby attain an efficient file distribution. 

BRIEF DESCRIPTION OF THE DRAWINGS 

35 [0019] These and other objects and features of the 
present invention will become clear from the following 
description taken in conjunction with the preferred em- 
bodiments thereof with reference to the accompanying 
drawings, in which; 

40 

Fig. 1 is a block diagram showing a schematic con- 
struction of the first embodiment according to the 
present invention; 

Figs. 2A and 2B are flow charts for explaining an 
45 operation of the first embodiment; 

Fig. 3 is a model view showing a data structure of 
information used in the present invention; 
Fig. 4 is an example of the data structure shown in 
Fig. 3; 

50 Fig. 5 is a mode view showing a data structure of 

information used in the present invention; 
Fig. 6 is an example of the data structure shown in 

Fig. 5; 

Fig. 7A is a practical data structure of information 
55 used in the present invention; 

Figs. 7B, 7C and 7D are examples of the data struc- 
ture shown in Fig. 7A; 

Fig. 8 is a block diagram showing a schematic con- 
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struction of the second embodiment according the 
present invention; and 

Fig. 9 is a block diagram showing a conventional 
file distribution system. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0020] Before the description proceeds, it is noted 
that, since the basic structure of the preferred embodi- 
ments is similar to that of the conventional one, like parts 
are designated by the same reference numerals 
throughout the accompanying drawings. 
[0021] A preferred embodiment of the present inven- 
tion is described below with reference to Figs. 1 through 
8. 

[0022] Fig. 1 shows a schematic construction of a file 
distribution system according to a first embodiment of 
the present invention. In this construction, reference nu- 
meral 1 denotes a host computer serving as a file dis- 
tribution apparatus in a communication network system, 
and 2 denotes one of a plurality of terminals subordi- 
nateiy connected to the host computer 1 for rsceiving s 
version-up file distributed from the host computer. The 
host computer 1 includes a hardware type (H.W.)A/er- 
sion management unit 10 for obtaining a version of a 
program installed in the terminal together with informa- 
tion of hardware type or kind of the terminal to thereby 
decide and manage the kind or type of the hardware (re- 
ferred to as "H.W." hereinafter) of each terminal and da- 
ta file version of the terminal. The host computer 1 fur- 
ther includes a file extracting unit 11 for extracting a dis- 
tribution file stored in a distribution file storage unit 15, 
based on the decision result of the hardware type or kind 
and data file version of the terminal made by the man- 
agement unit 10. The host computer 1 includes a H.W./ 
version management information storage unit 12 for 
storing management information of the kind or type in 
hardware together with file version of the terminal, and 
further includes a rank information storage unit 13 for 
storing the distribution file rank information. These hard- 
ware type (H.W.) information and version information 
are stored as database in a look-up-table manner. 
[0023] The terminal 2 includes a distribution deciding 
unit 20 for deciding whether a version-up file is to be 
distributed from the host computer or not and requesting 
a version-up file to the host computer 1 when necessary. 
The terminal 2 further includes a version management 
unit 21 for managing the program version of the file and 
H.W. information of the terminal, aversion storage unit 
22 for storing information of the program version of the 
file, and a H.W. information storage unit 23 for storing 
the H.W. information of the terminal. The version man- 
agement unit 21 takes and manages the program ver- 
sion data stored in the version storage unit 22 and the 
H.W. information of the terminal stored in the H.W. in- 
formation storage unit 23 and feeds these information 
to the distribution deciding unit 20. 



[0024] In response to the request from the distribution 
deciding unit 20, the version management unit 21 ob- 
tains the version data from the version storage unit 22 
and the hardware type (H.W.) information from the H.W. 

s information storage unit 23 and sends these information 
to the distribution deciding unit 20. In the distribution de- 
ciding unit 20, it is inquired to the user of the terminal 2 
whether or not the distribution of the version-up file is to 
be requested. Otherwise, the distribution deciding unit 

?o 20 obtains the version data from the version storage unit 
22 and H.W. information from the H.W. information stor- 
age unit 23 via the version management unit 21 to there- 
by decide whether or not the distribution of the version- 
up file is requested to the host computer with respect to 

15 the obtained version and H.W. information. 

[0025] The host computer 1 and terminal 2 both in- 
clude communication controller units 1 4 and 24, respec- 
tively, and the communication between the host compu- 
ter 1 and the terminal 2 is performed via the communi- 

20 cation controller units 14 and 24. 

[0026] In the host computer 1 , it is noted that the meth- 
od of storing the distribution file in the file storage unit 
15 is known in the art as a tile managing method of a 
file of such as a tree structure in a general windows ma- 

25 chine. 

[0027] In this distribution system, each piece of infor- 
mation data treated therein has a basic data structure 
having regions of information ID, data length and data 
array arranged in this order, each piece having at most 
30 256 bytes in length. Each terminal treats the version in- 
formation including plural pieces of the above informa- 
tion data structure. 

[0028] The following describes the data structures of 
the information treated in the host computer and each 
35 terminal. 

[0029] In each terminal, the hardware type (H/W) in- 
formation has a basic data structure as shown in Fig. 3, 
where the number of IDs corresponds tothe kinds of the 
hardware and the IDs are differently used for the types 
40 such as CPU, HDD, CD-ROM and the like, and each 
terminal has its own HAA/ information as shown in Fig. 
4, for example. 

[0030] The version information has a distribution file 
ID (D Word) pattern and each terminal has plural pieces 

45 of the patterns whose number corresponds to the kinds 
of the distributed files. The actual version information is 
held in the host computer and the terminal is not re- 
quired to append the distribution file ID to the actual ver- 
sion information. If the versions are different even in the 

50 same file, the distribution file ids thereof are different 
from each other. 

[0031] in the host computer, the data structure of the 
information is generally similar to that treated in the ter- 
minal. 

55 [0032] The basic format of the hardware type and ver- 
sion management information stored in the H.W./ver- 
sion storage unit 12 is shown in Fig. 5, which includes 
a distribution file ID (D Word), version information length 
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in byte and version information of data array each hav- 
ing a corresponding data length. 

[0033] Fig. 6 shows an example of the hardware type 
and version management information In case of using 
Appticatlon A, Memory and CD-ROM as a distribution 

file. 

[0034] In a preferred embodiment, Fig. 7A shows a 
practical basic structure of the H.W./version manage- 
ment information, which Includes a distribution file ID (D 
Word), H/W ID (Word), Data length (Byte) and Data ar- 
ray corresponding to the data length, and Figs. 7B, 7C 
and 7D show examples of using a word processor soft 
A, table calculation soft B and desk-top calculation soft 
A, respectively. Thus, the H.W./version management In- 
formation includes information of a file to be distributed 
and hardware type (H/W) information needed for the file 
to be distributed. In the case where the file to be distrib- 
uted is irrespective of the kinds of hardware as shown 
In Fig. 70, the management information does not have 
a region of hardware type (H/W) information. 
[0035] Similarly, the distribution file rank information 
stored in the file rank information storage unit 13 has a 
data structure composed of a distribution file ID (D 
Word) and rank Information (byte) indicating the rank 
thereof where the rank is represented by numbers of e. 

g. 0, 1 , 2 where the starting number "0" indicates 

forcible distribution In such a case of correcting e.g. se- 
rious defect and the rank number increases as the de- 
gree of distribution priority is degraded. 
[0036] The following describes an operation of the file 
distribution system of the first embodiment with refer- 
ence to Figs. 2A and 2B. 

[0037] Fig. 2 A shows a process of setting a program 
version of a new distribution file and a rank Information 
thereof. When a new distribution file is installed in the 
host computer 1 , the version of the new distribution file 
is settled as the version management information and 
stored in the H.W./version management information 
storage unit 12, in step R1. In the meanwhile, the rank 
information of the new distribution file is settled as the 
distribution file rank information and stored in the rank 
information storage unit 13, In step R2. The distribution 
file rank information is classified Into several ranks in 
the distribution side of the host computer in accordance 
with the contents thereof e.g. from a serious difficulty 
level to a merely function-up level. 
[0038] As shown in Fig. 2B, when the communication 
is started between the host computer 1 and the terminal 
2, the file distribution is started at the same time, in step 
S1. in the case where the process is now under com- 
munication, the distribution is started when a request for 
file distribution Is transmitted from the terminal 2 to the 
host computer 1 , in step S2. 

[0039] Subsequently, in the H.W./version manage- 
ment unit 1 0, upon receipt of the version data represent- 
ed by a distribution file ID read out of the version storage 
unit 22 and the hardware type (H/W) information read 
out of the H-W. information storage unit 23, the H.W7 



version management unit 10 searches these received 
information of the version data and the H/W information 
among in the H/W and version management information 
stored in the H.W./version management storage unit 1 2, 
5 and judges whether or not the file to be distributed exists 
therein, in step S3. Thus, the H.W./version management 
unit 10 decides the kind or type of the terminal in hard- 
ware and data file version of the terminal, and the host 
computer 1 judges based on the decision result made 
10 by the H.W./version management unit 1 0 whether or not 
there exists a file to be distributed to the terminal. 
[0040] When there exists no file to be distributed, the 
distribution process is ended. When there exists a file 
to be distributed, the H.W./version management unit 1 0 
15 obtains a corresponding rank information of the out- 
standing file among from the file rank information stored 
in the file rank storage unit 1 3 and judges whether or not 
the decision of the file distribution can be authorized to 
the terminal side, in step S4. When the file is important 
and the distribution decision thereof can not be per- 
formed by the terminal side, the process goes to step 
87. 

[0041] When it is judged in step 84 that the distribution 
can be decided by the terminal side, the H.W./version 
management unit 10 informs the terminal 2 in step 85 
that there exists a file to be distributed. 
[0042] Subsequently, In step 86, It is decided by the 
distribution deciding unit 20 in the terminal 2 whether or 
not the file is to be distributed by e.g. asking the user, 
or based on the information obtained from the version 
storage unit 22 and H/W information storage unit 23 via 
the version management unit 21 , and the decision result 
is transmitted to the host computer 1 . When It is judged 
in step S6 that the file is not to be distributed, the distri- 
bution process is ended. When it is judged in step S6 
that the file is to be distributed, the terminal 2 Informs 
the host computer 1 of the current version data stored 
in the version storage unit 22 and H/W information 
stored in the H.W. information storage unit 23, in step 
S7. 

[0043] Subsequently, in step S8, the file extracting 
unit 11 extracts a desired distribution file from the file 
storage unit 1 5 with reference to the H.W./version man- 
agement information stored in the storage unit 12, 
based on the version data transmitted from the version 
storage unit 22 and H/W information transmitted from 
the H.W. information storage unit 23 informed from the 
terminal 2 to the host computer 1 . 
[0044] Then the version-up file is distributed from the 
host computer 1 to the terminal 2 in step S9. Thus, the 
distributed file is stored in the file storage unit 25 and 
the version management unit 21 updates the program 
version of the version storage unit 22 with the distributed 
file version in step 810. 

[0045] Thus, in the first embodiment, information of 
data file version of each terminal together with informa- 
tion of hardware type of the terminal is directly refer- 
enced by a host computer, so that the distribution file is 
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distributed to only the terminal requiring a version up 
thereof. Moreover, by ranking the distribution file in lev- 
els by means of the file rank storage unit 13, when there 
is no problem even without version up of a data file, the 
performance of file distribution can be decided by the 
terminal side and the terminal is all the time allowed to 
request for the file distribution. Moreover, the host com- 
puter 1 is required to install only the version of the dis- 
tribution file and hardware type (HA/V) information of 
each of the terminals, and therefore it is not necessary 
to install the version of data file of all the terminals, re- 
sulting in reduction of waste resources. 
[0046] Fig. 8 shows a schematic construction of a file 
distribution system according to a second embodiment 
of the present invention. In this embodiment, parallel two 
or more terminals 2A and 2B are connected to a host 
computer 1' and the construction of the host computer 
r is similar to that of the first embodiment except for 
providing a data conversion unit 16 therein, and there- 
fore the explanation on the redundant portions is omitted 
here for brevity. 

[0047] The data conversion unit 16 is interposed be- 
tween the file extracting unit 11 and the communication 
controller unit 14 for converting a distribution file to a 
data file of a corresponding target version, which the 
system is adapted to the case where the distribution da- 
ta file is dependent on the versions of applications. 
When a data file stored in a file storage unit 25A of the 
first terminal 2A is desired to be distributed to the file 
storage unit 25B of the second terminal 2B, the versions 
of the applications for treating with the data files in the 
terminals 2A and 28 are reported to the host computer 
via the version management units 21, respectively. 
When the informed versions are different from each oth- 
er, the distribution data file is converted to a data file of 
a target application version by means of the data con- 
version unit 16 and then the converted data file is dis- 
tributed from the terminal 2A to the terminal 28 via the 
host computer. 

[0048] Thus, in the second embodiment, the distribu- 
tion file is converted to a data file of a version in accord- 
ance with the target application version of a terminal and 
thereafter the converted data file is distributed to the tar- 
get terminal. In this construction, in the case where the 
data files are different in accordance with the versions 
of applications using e.g. a document file and the like, 
even when a data file of old application version Is in- 
stalled in the host computer, the distribution data file is 
converted to that of the target version to be usable there- 
in. Therefore, even when applications are successively 
updated In using the same data file, any performance of 
the terminals can be used for the newly updated function 
thereof, and the data file of the application of the new 
version can be also used for the old version application 
and vice versa. 

[0049] It is noted here that, although the file distribu- 
tion system Is accomplished by using a host computer 
in connection with terminals in the present embodi- 



ments, the file distribution can be easily accomplished 
even In a standing-alone typed terminal, without using 
a host computer, by using a transportable mass storage 
memory such as e.g. CD-ROM storing a file distribution 
5 program and distribution files for realizing a host com- 
puter function by software of computer program in each 
terminal. 

[0050] As described above, in the file distribution sys- 
tem according to the present invention, a file distribution 
10 device such as a host computer is adapted to obtain in- 
formation of a data file version of each terminal every 
distribution process, and therefore it is not needed for 
the file distribution apparatus to store the fife versions 
of all the terminals, increasing efficient usage of resourc- 
es es. 

[0051] Moreover, in the present invention, the distri- 
bution decision of a file Is given to a terminal perse, and 

the data file is converted to a data file having a version 
in coincident with the application version of the target 

20 terminal, and accordingly, waste file distribution can be 
avoided to thereby attain an efficient file distribution. 
[0052] Although the present invention has been de- 
scribed in connection with the preferred embodiments 
thereof with reference to the accompanying drawings, it 

25 is to be noted that various changes and modifications 
will be apparent to those skilled in the art. Such changes 
and modifications are to be understood as included with- 
in the scope of the present invention as defined by the 
appended claims, unless they depart therefrom. 

30 

Claims 

1. A file distribution system which is a combination of 
35 a file distribution device (1 ) and a plurality of termi- 
nals subordinately interconnected thereto, said file 
distribution device (1) comprising: 

management means (10) for receiving informa- 
40 tion of data file version of a target terminal (2) 

together with information of hardware type of 
the terminal (2) transmitted from the terminal 
(2) and directly referencing thereto, thereby de- 
ciding the file version and hardware type of the 
45 terminal; 

storage means (15) for storing distribution files 
to be distributed to the terminal when requiring 
a version up thereof; and 
file extracting means (11) for selectively ex- 
50 trading a referenced distribution file from the 

distribution file storage means (15), based on 
the decision result made by said management 
means (10). 

55 2. The file distribution system as claimed in claim 1, 
wherein said file distribution device further includes 
database means (12) for storing reference versions 
of the distribution files together with hardware type 
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information of the terminal, without installing the in- 
formation of the file versions of the terminals in the 
file distribution device (1). 

3. The file distribution system as claimed in claim 1 , s 
wherein said file distribution device further includes 
rank information storage means (13) for storing 
rank information of the distribution files and ranking 
the distribution files in levels. 

10 

4. The file distribution system as claimed in claim 1 , 
wherein said file distribution device further includes 
a data conversion means (1 6) connected to said file 
extracting means (1 1 ) for converting the distribution 

file to a data file having a version corresponding to is 
a target application version, adapted to the case 
where the distribution data file is dependent on the 
versions of applications. 

5. The file distribution system as claimed in claim 1 , 20 

wherein each of said terminals includes a distribu- 
tion deciding means (20) for deciding whether or not 
a version-up file is to be distributed. 

6. The file distribution system as claimed in claim 5, 25 
wherein each of said terminals further includes a 
version management means (21) for managing the 
hardware type and version information of the termi- 
nal per se. 

30 

7. The file distribution system as claimed in claim 5, 
wherein each of said terminals further includes a 
version storage means (22) for storing information 
of the version of the file, and further includes a hard- 
ware type information storage means (23) for stor- 3S 
ing the information of the type in hardware of the 
terminal. 



step S8). 

9. The file distribution method as claimed in claim 8 
further comprising the steps of: 

obtaining a corresponding rank of the outstand- 
ing file among from the file rank information; 
judging whether or not the decision of the file 
distribution can be performed by the file receiv- 
ing side (in step S4); and 
informing the file receiving side (in step S5) that 
there exists a file to be distributed. 



8. A file distribution method for distributing a file from 
a file distribution side (1 ) to a file receiving side (2), 40 
comprising the steps of: 

searching information of the version data and 
hardware type information, upon receipt of the 
version data and hardware type information 45 
from said file receiving side; 
judging whether or not the file to be distributed 
exists in the file distribution side(step S3); 
deciding the kind of the terminal in hardware 
and file version of the file receiving side; so 
judging, based on the decision result made by 
the deciding step, whether or not there exists a 
file to be distributed to the file receiving side; 
and 

extracting a desired distribution file with refer- ss 
ence to the hardware type and version man- 
agement information, based on the version da- 
ta transmitted from said file receiving side (in 
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